home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000525_mleventh@us.oracle.com _Fri Jan 8 19:17:32 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  1KB
  1. Return-Path: <mleventh@us.oracle.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA01614; Fri, 8 Jan 93 19:17:32 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA29386; Fri, 8 Jan 1993 19:32:27 +0100
  6. Received:  from hqsun4.us.oracle.com by gatekeeper.oracle.com (5.59.11/37.7)
  7.     id AA21764; Fri, 8 Jan 93 10:32:25 PST
  8. Received:  by hqsun4.us.oracle.com (5.59.10/37.3)
  9.     id AA06229; Fri, 8 Jan 93 10:32:22 PST
  10. Message-Id: <9301081832.AA06229@hqsun4.us.oracle.com>
  11. Date: Fri, 8 Jan 93 10:32:22 PST
  12. From: Michael Leventhal <mleventh@us.oracle.com>
  13. To: www-talk@nxoc01.cern.ch
  14. Subject: SGML newline processing
  15. Cc: mleventh@us.oracle.com
  16.  
  17.  
  18. >>From what I can tell, a newline is ignored by the SGML parser
  19. >if it's right after a start tag or right before an end tag.
  20.  
  21. I haven't been following the discussion closely enough to know
  22. if a suggestion for dealing with the problem will be helpful,
  23. but...
  24.  
  25. I use the SHORTREF feature to implicitly recognize an EMPTY
  26. <newline> tag wherever I want newlines after a start tag or
  27. right before an end tag to be preserved.  The parser will
  28. generate the implicit tags which my processing engine then
  29. converts back to actual newlines for output display.
  30.  
  31. Although this seems like a pain I believe the behavior of
  32. the parser is logically correct and the only way to be consistent.
  33.  
  34. Michael Leventhal
  35. Oracle Corporation
  36.